home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / gem / l_1199 / 822 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  3.4 KB
  1. Date: Sun, 17 Jul 1994 13:10:12 -0400 (EDT)
  2. Date: Sat, 16 Jul 94 03:10 EST
  3. Subject: Gem List (fwd)
  4. Subject: Gem List
  5. Subject:  Re: Online Help
  6. Subject:  Re: Buttons Buttons Buttons
  7. Subject:  Re: [VOTING] Select All (2nd round)
  8. Subject:  Re: Online Help
  9. Date: Sun, 17 Jul 1994 13:10:12 -0400 (EDT)
  10. Mime-Version: 1.0
  11. Precedence: bulk
  12.  
  13. Forwarded message:
  14. >From 0006795560@mcimail.com Sat Jul 16 04:12:21 1994
  15. Date: Sat, 16 Jul 94 03:10 EST
  16. From: "Daniel J. Hollis" <0006795560@mcimail.com>
  17. To: ems <gem-list-approval@world.std.com>
  18. Subject: Gem List
  19. Message-Id: <85940716081058/0006795560PK1EM@mcimail.com>
  20.  
  21. Subject:  Re: Online Help
  22.  
  23. On Tue, 12 Jul 1994, Michel Forget wrote:
  24.  
  25. Rick:
  26. -----
  27. >If you are going to have any discussion about online help systems, please 
  28. >do not forget the online help system we introduced into Geneva. Which is 
  29. >a) available outside of Geneva and b) based on the Pure C online help 
  30. >system making implementation very easy.
  31.  
  32. I think the point here is to support a FREELY DISTRIBUTABLE help system
  33. as a 'standard'. Pure C is not free, and neither is Geneva. Even though
  34. their help systems may be 'freely distributable', they are not PD (AFAIK).
  35.  
  36. I would feel better by supporting a PD help system with no restrictions
  37. on distribution or commercial ownership.
  38.  
  39. --Dan Hollis
  40. --------
  41. Subject:  Re: Buttons Buttons Buttons
  42.  
  43. > ]I have my WINCOLOURS set up so that the top window is very little different
  44. > ]to untopped windows (just the title text changes colour).  This infatuation
  45. > ]GEM has with topping windows is something we should be getting away from,
  46. > ]not setting in stone standards.
  47. > This 'infatuation' is part of the GEM philosophy and it works well.  As I 
  48. > said before, we are not here to rewrite the OS.  Making extentions is 
  49. > fine, but requiring them is counterproductive.  If we didn't top windows, 
  50. > it wouldn't be GEM.
  51.  
  52. Works well? Perhaps for morons :-)
  53.  
  54. Most of the 'standard' application behaviour is modeled after what the
  55. desktop does. Anyone who has taken a look at either the internals of
  56. the desktop, or the way it handles alot of things knows very damned well
  57. that the desktop does a lot of *nasty* things.
  58.  
  59. Here is an example: Whenever the desktop pulls up a dialog, it is not
  60. calling form_do via a Trap call (like it should). It jumps directly
  61. into the form_do routine in the ROMs! This is why trapping the desktop
  62. dialogs is not possible. :-(
  63.  
  64. Here's another example: The desktop allocates all of RAM as a temporary
  65. copy buffer, even if the file to be copied is 0 bytes!
  66.  
  67. Just because the desktop does something doesn't mean everyone should
  68. follow it.
  69.  
  70. --Dan Hollis
  71. --------
  72. Subject:  Re: [VOTING] Select All (2nd round)
  73.  
  74. >I may have missed the discussion but this vote seems pretty meaningless
  75. >[...]
  76. >strong as I am not really AGAINST the current use of Control A to mean
  77. >select all.
  78.  
  79. If we were hashing out specs for a keyboard equivalent config file, this
  80. would not even be an issue at all.
  81.  
  82. --Dan Hollis
  83. ----------
  84. Subject:  Re: Online Help
  85.  
  86. Michael:
  87. --------
  88. > Is it a HyperText system, though?  The main advantage of ST-Guide is that
  89. > it can have graphics, sounds, automatic indexing, text effects, and can
  90. > receive messages from applications for context sensitive online help.  It
  91. > also permanently resides in RAM (40K at the most) and only keeps the
  92. > [...]
  93.  
  94. ST-Guide sounds very interesting, I will definitely check it out.
  95. Maybe we should vote on ST-Guide as an 'official' help system?
  96.  
  97. --Dan Hollis
  98. ----------
  99.  
  100.  
  101.